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= (54) Titre : POINT D'ACCES SANS FILD'UN RESEAU IP, ET PROCEDE DE GESTION DE MOBILITE CORRES POND ANTE 

(57) Abstract: The invention concerns an access point emitting a beacon sig- 
nal on an air interface. It executes, with a mobile user equipment having de- 
tected the beacon signal, an inscription procedure of a protocol particular to 
the air interface, enabling said equipment to communicate through the access 
point Environment data concerning the access point are carried by the beacon 
signal and/or at least a message transmitted on the air interface to the mobile 
user equipment within the framework of the inscription procedure. 

(57) Abrege : Le point d'acces enact un signal de balise sur une interface air. 
II execute, avec un equipement d*un utilisateur mobile ayant de'tecte* le signal 
de balise, une procedure d'inscription d'un protocole propre a rinterface air, 
penmen ant a cet equipement de communiquer a travers le point d'acces. Des 
donnees d'environnement du point d'acces sont portees par le signal dc balise 
et/ou au mo ins un message transmis sur Tinterface air vers 1'equipement de 
r utilisateur mobile dans le cadre de la procedure dMnscription. 
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POINT D'ACCES SANS FIL D'UN RESEAU IP, ET PROCEDE DE GESTION DE MOBILITE 
CORRESPOND ANTE 

La presente invention concerne les services de mobiiite d'utilisateur. et 
trouve notamment application dans les reseaux de telecommunications 
5 comprenant plusieurs sous-reseaux interconnects. 

La mobiiite d'utilisateur dont il est question ici consiste en la capacite 
offerte a 1'utilisateur de communiquer par le reseau en se raccordant a celui-ci 
en differents points d'acces. L'utilisateur peut ainsi emporter son terminal 
lorsqu'il se deplace. C'est le cas typique d'un reseau de radiocommunication 
10 avec les mobiles, les points d'acces etant constitues par les relais fixes. Sans 
d6placer d'Squipement, I'utilisateur peut aussi se connecter en differents points 
par une procedure description comprenant la transmission, a un organe de 
gestion de mobiiite, de donnees d'identification fournies par I'utilisateur. Une 
autre possibility est que I'utilisateur dispose d'un support de donnees amovible 
15 qu'il presente au point d'acces visite equipe d'un lecteur approprie pour 
automatiser la procedure description. 

On peut distinguer deux types de mobiiite, I'une appelee ici 
micromobilite consistant d permettre a I'utilisateur de changer de point d'acces 
d finterieur d'un sous-reseau. et I'autre appelee ici macromobilite par laquelle 
20 i'utilisateur peut se raccorder par I'intermediaire de points d'acces appartenant 
a des sous-reseaux distincts. 

On distingue d'autre part la capacity d'un utilisateur de changer de 
point d'acces en dehors d'une session, c'est-3-dire en I'absence de flux de 
donn6es actif (« roaming »), et la capacite d'un utilisateur equipe d'un terminal 
25 sans Til de changer de point d'acces en cours de session (« handover »). 

Aux fins de ('administration du reseau, chaque utilisateur mobile a 
generalement un sous-reseau nominal auquel est connecte un organe appele 
ici registre de localisation nominal, auquel sont initialement adressees les 
requetes concernant I'utilisateur et provenant de sources qui ne connaissent 
30 pas sa localisation. Lorsqu'il se deplace dans un autre sous-reseau, un autre 
organe connecte a ce sous-reseau visite, appele ici gestionnaire de visiteurs, 
peut cooperer avec le registre de localisation nominal pour la mise en oeuvre 
des services de mobiiite. 

Le developpement des applications sur les reseaux fonctionnant selon 
35 le protocole IP (J. Postel, « Internet Protocol », Request For Comments 
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(RFC) 791, IETF, septembre 1981), notamment celles de transport de la voix et 
de donnees, contemporain a I'essor des systemes de communication avec les 
mobiles, a naturellement conduit a considerer la question de la mobilite dans 
les reseaux IP, qu'il s'agisse de reseaux etendus, (WAN, « Wide Area 
5 Network »), tel que le reseau Internet, ou de reseaux locaux (LAN, « Local 
Area Network »). 

L'organisation IETF (« Internet Engineering Task Force ») a normalise 
un protocole de couche reseau supportant la mobilite dans un reseau IP 
(C.Perkins, « IP Mobility Support », RFC 2002, IETF, octobre 1996). Apres 

10 que I'utilisateur mobile a quitte son sous-reseau nominal, son equipement 
s'adresse a un organe appele agent etranger (« foreign agent ») ( connecte au 
sous-reseau visite, pour envoyer une information description vers un organe 
appele agent nominal (« home agent »), connecte au sous-reseau nominal. 
L'identite du sous-reseau visite est egalement fournie a I'agent nominal. L'une 

15 des principales fonctions de Tagent nominal est alors d'intercepter les donnees 
destinees a I'utilisateur mobile pour les retransmettre, par un mecanisme 
d'encapsulation, vers une adresse temporaire de I'utilisateur mobile (dite 
adresse c/o ou « care-of address ») fournie par I'agent etranger. Une fois 
parvenues a cette adresse temporaire, les donnees peuvent etre remises a ieur 

20 destinataire. 

Ce schema de mobilite impose ainsi un chemin triangulaire aux 
paquets IP a destination de I'utilisateur mobile. En revanche, les donnees en 
provenance de I'utilisateur mobile sont remises a Ieur destination par 
I'interm6diaire des mecanismes usuels de routage IP. 

25 De plus, il suppose ('utilisation d'une adresse fixe pour I'utilisateur 

mobile. Sa mise en oeuvre pose done des difficultes dans des reseaux ou la 
gestion d'adresse est dynamique, ce qui est le cas par exemple lorsqu'un 
serveur DHCP est utilise dans le sous-reseau nominal (voir par exemple 
EP-A-0 938 217). Le protocole DHCP est specifie dans la RFC 2131 publiee 

30 par I'lETF (R. Droms, « Dynamic Host Configuration Protocol », mars 1997). 

Un procede d'optimisation de chemin, congu comme une extension du 
protocole de la RFC 2002 a ete propose (C.Perkins, D. Johnson, '« Route 
Optimization in Mobile IP », Internet Draft, IETF, 25 fevrier 1999) afin de pallier 
les inconvenients du mode de routage triangulaire. Ce procede prevoit 

35 notamment renvoi de messages de mise a jour permettant aux eventuels 
correspondants d*un utilisateur mobile de conserver en memoire les adresses 
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temporaires do de ce dernier. Ceux-ci peuvent alors emettre directement vers 
I'adresse temporaire de I'utilisateur mobile, evitant ainsi les operations 
effectuees sur les donnSes par I'agent nominal. 

Certains auteurs ont critique la complexity de mise en oeuvre d'un tel 
5 precede, et ont suggere de supporter la mobilite sous IP en utilisant un 
protocole de signalisation de couche application tel que le protocole SIP (M. 
Handley et al. t « SIP : Session Initiation Protocol », RFC 2543, IETF, mars 
1999). 

SIP decrit des entites clients et serveurs, ainsi que des procedures leur 

10 permettant de communiquer (voir aussi H.G. Schulzrinne et J.D. Rosenberg, 
« The Session Initiation Protocol : Providing Advanced Telephony Services 
Across the Internet », Bell Labs Technical Journal, octobre-decembre 1998, 
pages 144-159). On distingue deux types de serveurs SIP : les serveurs proxy 
et les serveurs de redirection. A reception d'une requete, un serveur proxy 

15 determine le prochain noeud du chemin vers le destinataire puis transfere la 
requete vers ce noeud, alors qu'un serveur de redirection se contente 
d'indiquer au client le prochain noeud auquel il doit adresser sa requete. 

Les adresses SIP sont similaires a des adresses de messagerie 
electronique, c'est-a-dire de la forme user(5)host . ou le champ « user » designe 

20 par exemple un nom d'utilisateur ou un numero de telephone, et le champ 
« host » un nom de domaine ou une adresse sous forme numerique. Le 
protocole SIP prevoit notamment des methodes appelees INVITE, BYE, 
REGISTER, OPTIONS, ACK et CANCEL. Les reponses aux messages emis 
dans le cadre de ces methodes sont definies par des classes de codes. La 

25 methode INVITE est utilisee pour initialiser une session d'appel entre deux 
utilisateurs SIP. 

Le protocole SIP prevoit des capacites de mobilite personnelle, et 
permet a un utilisateur d'obtenir les memes services independamment de sa 
localisation ou du terminal utilise, notamment grace aux methodes REGISTER. 

30 II a ete propose (E. Wedlund, H. Schulzrinne, « Mobility Support using 

SIP », Proc. of the 2 nd ACM International Workshop on Wireless Mobile 
Multimedia, Seattle, 20 aout 1999, pages 76-82) des precedes de mobilite 
utilisant le protocole SIP dans lesquels un equipement sans fil relie au reseau 
par I'intermediaire d'une interface air peut, apres des echanges de signalisation 

35 appropries, executer un handover, c'est-a-dire changer d'adresse reseau (IP) 
par un mecanisme DHCP alors qu'une communication est en cours. Un 
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serveur SIP connecte au sous-reseau nominal de I'utilisateur gere le registre 
de localisation nominal pour ce dernier. Les serveurs SIP utilises dans la 
gestion de mobilite peuvent etre des serveurs proxy ou des serveurs de 
redirection. Toute mobilite donne lieu a une inscription aupres du serveur SIP 

5 nominal, qui peut ensuite traiter les requetes provenant des autres clients SIP a 
destination de I'utilisateur mobile. Lorsque I'equipement sans fil determine le 
besoin d'executer un handover (par detection de balises emises par les points 
d'acces sans fil), il obtient une adresse dynamique par une transaction DHCP, 
puis il envoie un message INVITE a son correspondant en indiquant la 

10 reference de I'appel en cours et sa nouvelle adresse reseau pour que le 
correspondant mette a jour I'adresse IP de destination des paquets qu'il emet. 
Parallelement, I'equipement sans fil communique sa nouvelle adresse a son 
serveur SIP nominal, par la methode REGISTER. Une option prevoit une 
decentralisation des serveurs SIP utilises dans la gestion de mobilite : un 

15 serveur SIP proxy connecte au sous-reseau visite gere la micromobilite, de 
sorte que les methodes REGISTER vers le serveur SIP nominal, de redirection, 
peuvent ne concerner que la macromobilite (changement de serveur de 
micromobilite). 

Le principal inconvenient du procede est le retard qu'il peut introduire 

20 dans Texecution du handover. La methode INVITE vers le correspondant de 
I'utilisateur mobile requiert un temps d'acheminement non n6gligeable si ce 
correspondant est 6loigne du sous-reseau visite. Ce retard peut entramer une 
coupure perceptible de la communication en cours. 

II est a noter qu'un inconvenient similaire existe dans le cadre du 

25 protocole de mobilite IP de la RFC 2002. Lorsque I'equipement mobile est relie 
a un sous-reseau visite distant du sous-reseau nominal, il est necessaire de 
router un message de mise a jour de localisation vers I'agent nominal en cours 
d'ex6cution du handover, ce qui prend du temps. Si le protocole est mis en 
ceuvre avec le proced6 d'optimisation de chemin precite, il s'y ajoute le temps 

30 necessaire a I'acheminement d'un paquet de mise a jour d'adresse c/o vers le 
correspondant de I'utilisateur mobile. 

D'autre part, dans le cadre d'un reseau fonde sur le protocole IP, il n'y 
a aucune notion de connexion physique, de.sorte qu'une communication avec 
un terminal sans fil ne suppose aucune connaissance, meme implicite, de la 

35 localisation geographique du terminal, contrairement a un reseau a 
commutation de circuit par exemple. Les correspondants du terminal et son 
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registre de localisation nominal ne le « situent » que de maniere logique, par 
Tintermediaire d'une ou plusieurs adresses IP. Or un certain nombre 
duplications peuvent avoir besoin de telles informations de localisation 
geographique, par exemple pour rendre des services differences selon le lieu 
5 ou se trouve le terminal ou encore pour fournir une indication de ce lieu aux 
correspondents de Tutilisateur mobile. 

Un but de la presente invention est de fournir de fa?on rapide et 
efficace a un terminal sans fil communiquant par Tintermediaire d'un reseau IP 
des informations se rapportant a la mobilite de Tutilisateur. 

10 Selon ('invention, il est propose un point d'acces sans fil d'un reseau de 

telecommunications fonctionnant selon le protocole IP de transmission de 
paquets en mode non-connecte, comportant des moyens d'emission sur une 
interface air d'un signal de balise et des moyens pour executer, avec un 
6quipement d'un utilisateur mobile ayant detecte le signal de balise, une 

15 procedure d'inscription d'un protocole propre a I'interface air, permettant audit 
equipement de communiquer sur ledit reseau a travers le point d'acces. Des 
donnees d'environnement du point d'acces sont portees par le signal de balise 
et/ou au moins un message transmis sur I'interface air vers I'equipement de 
Tutilisateur mobile dans le cadre de ladite procedure d'inscription. 

20 Les donnees d'environnement peuvent notamment comprendre des 

informations de localisation geographique du point d'acces. En inserant ces 
informations de localisation geographique dans le signal de balise ou dans la 
signalisation de couche liaison, on les met & disposition des terminaux sans fil 
qui pourront ensuite les communiquer au serveur de mobilite de leur sous- 

25 reseau nominal ou a des correspondents dans le cadre duplications utilisant 
de telles informations. 

Pour un reseau de telecommunications comportant plusieurs sous- 
reseaux respectivement equipes de serveurs de mobilite fonctionnant selon un 
protocole de signalisation de couche application, les donnees d'environnement 

30 incluent avantageusement une adresse IP d'un serveur de mobilite d'un sous- 
reseau de raccordement auquel est relie le point d'acces. 

Ceci permet de limiter les retards dus a la signalisation dans 
Texecution de handovers, puisqu'il n'est pas necessaire de transmettre des 
paquets IP avant que le terminal puisse s'adresser au serveur de mobilite. 

35 Le serveur de mobilit6 du sous-reseau visite pourra jouer un role 

d'agent proxy a la fois pour les flux de signalisation, concernant notamment la 
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mobilite de l'utilisateur, et pour les flux de trafic (voix, images, donnees, ...). 
Ainsi, lors d'un handover, seuls les flux locaux entre le serveur de mobilite et 
I'utilisateur sont affectes. L'utilisateur mobile « voit » le serveur proxy comme 
etant son correspondent, de sorte que c'est a lui qu'il s'adresse pour signaler 
5 son changement de point d'acces. En revanche, rien n'est change pour les 
echanges entre le serveur et le correspondant distant. II n'est pas necessaire 
que de I'information de signalisation soit envoyee a distance pendant le 
handover, vers le sous-reseau nominal ou vers le correspondant. Comme en 
general I'acheminement des messages a I'interieur d'un sous-reseau est tres 

10 rapide, il en resulte une optimisation du temps d'execution du handover. 

Le precede peut etre applique avec divers protocoles de signalisation 
de couche application. Actuellement, SIP est un protocole prefere car il 
constitue un bon compromis entre richesse fonctionnelle et complexity de mise 
en ceuvre, tout en ayant une bonne capacite d'extension. D'autres exemples, 

15 bien connus de I'homme du m6tier, sont les protocoles H.225.0 (« Call 
signalling protocols and media stream packetization for packet-based 
multimedia communication systems ») et H.245 (« Control protocol for 
multimedia communication ») specifies par I'Union Internationale des 
Telecommunications (UIT-T) dans le cadre de la Recommandation H.323 

20 (« Packet-based multimedia communications systems », fevrier 1998), et le 
protocole MGCP (M. Arango et al., « Media Gateway Controller Protocol 
(MGCP) », RFC 2705, IETF, octobre 1999) ou sa variante Megaco (F. Cuervo 
et al., « Megaco Protocol », Internet Draft, IETF, 8 fevrier 2000). 

Un autre aspect de la presente invention se rapporte a un point d'acces 

25 sans fil d'un reseau de telecommunications fonctionnant selon un protocole de 
transmission de paquets en mode non-connecte, le point d'acces comportant 
des moyens d'emission sur une interface air d'un signal de balise et des 
moyens pour executer, avec un equipement d'un utilisateur mobile ayant 
detecte le signal de balise, une procedure d'inscription d'un protocole propre a 

30 Tinterface air, permettant audit equipement de communiquer sur (edit reseau a 
travers le point d'acces, et dans lequel des donnees d'environnement du point 
d'acces incluant une information representative de I'environnement 
geographique dudit point d'acces sont portees par le signal de balise et/ou au 
moins un message transmis sur interface air vers I'equipement de l'utilisateur 

35 mobile dans le cadre de ladite procedure d'inscription. 

Un autre aspect de la presente invention se rapporte a un procede de 



WO 01/63956 



PCT/FR01/00493 



gestion de mobilite dans un reseau de telecommunications comportant 
plusieurs sous-reseaux respectivement equipes d'organes de gestion de 
mobilite, dans lequel un des sous-reseaux constitue un sous-reseau nominal 
pour un utilisateur mobile et est equipe d'un registre nominal contenant une 
5 information de localisation dudit utilisateur, dans lequel une procedure de 
localisation de I'utilisateur mobile aupres d'un point d'acces relie a un sous- 
reseau visite comprend les etapes suivantes : 

- reception par un equipement de I'utilisateur mobile d'un signal de balise 
emis sur une interface air par ledit point d'acces ; 

10 - execution par ledit equipement et ledit point d'acces d'une procedure 
description d'un protocole propre a I'interface air ; et 

- emission par ledit equipement d'un message de mise a jour de 
localisation a destination d'un organe de gestion de mobilite du sous- 
reseau visite, 

15 et dans lequel on inclut dans ledit signal de balise et/ou dans au moins un 
message transmis sur I'interface air par ledit point d'acces vers I'equipement de 
I'utilisateur mobile dans le cadre de ladite procedure description, une adresse 
de reseau d'un organe de gestion de mobilite associe audit point d'acces. 

D'autres particularites et avantages de la presente invention 

20 apparaitront dans la description ci-apres d'exemples de realisation non 
limitatifs, en reference aux dessins annex6s, dans lesquels : 

- la figure 1 est un schema d'un reseau de telecommunications auquel 
I'invention est appliquee ; 

- les figures 2 3 4 sont des diagrammes illustrant des ^changes de 
25 messages intervenant dans la gestion de mobilite selon un mode de 

realisation de ('invention ; 

- la figure 5 est un schema d'un sous-reseau auquel une realisation de 
I'invention peut s'appliquer ; 

- la figure 6 est un diagramme illustrant des echanges de messages 
30 pouvant intervenir dans la gestion de mobilite au sein d'un sous-reseau 

selon la figure 5 ; et 

- les figures 7 et 8 sont des diagrammes montrant des exemples de blocs 
d'information qui peuvent etre transmis par des points d'acces sans fil 
dans une realisation de I'invention. 

35 La figure 1 montre schematiquement un reseau Intranet reparti sur trois 

sites 1, 2, 3. Sur chaque site, un sous-reseau 11, 12, 13 est installe pour offrir 
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des acces a un certain nombre d'utilisateurs. Ces sous-reseaux 11-13 sont par 
exemple de type Ethernet (nonne ISO 8802-3, « Local Area Networks, Part 3 - 
Carrier Sense Multiple Access with Collision Detection - Access Method and 
Physical Layer Specifications »), et fonctionnent selon le protocole de reseau 
5 IP. Dans I'exemple represent^ chaque sous-reseau a un routeur de sortie 4 
relie a un reseau dorsal 5 tel que le reseau Internet. 

Le reseau peut etre notamment prevu pour supporter des 
communications de signaux en temps reel, par exemple de telephonie, entre 
des utilisateurs qui lui sont raccordes et/ou avec des correspondants 

10 accessibles par le reseau dorsal 5. Dans ce cas, les terminaux peuvent utiliser 
de fa$on connue le protocole de couche transport UDP (J. Postel, « User 
Datagram Protocol », RFC 768, IETF, aout 1980) et le protocole en temps reel 
RTP (H. Schulzrinne et al., « RTP: A Transport Protocol for Real-Time 
Applications », RFC 1889, IETF, janvier 1996) pour la transmission de la parole 

15 codee ou de la video. Pour la signalisation d'appel, une realisation preferee de 
['invention fait appel au protocole SIP, qui fonctionne egalement avec le 
protocole de transport UDP. Toutefois, d'autres protocoles de signalisation 
(H.323, MGCP, ...) seraient utilisables, en complement ou a la place de SIP. 

Certains au moins des utilisateurs du r6seau sont des utilisateurs 

20 mobiles equipes de terminaux sans fil 6. Pour leur permettre d'acceder au 
reseau, celui-ci comporte des points d'acces radio 7 raccordes aux sous- 
reseaux 11-13. Les points d'acces radio 7 sont par exemple des stations de 
base DECT (norme de I'ETSI, « European Telecommunications Standards 
Institute ») ou encore selon la norme IEEE 802.11, etc., selon le type de 

25 terminaux sans fil utilises. Chacun de ces points d'acces radio 7 diffuse un 
signal de balise sur I'interface air. Sur la base des signaux de balise qu'il capte, 
un terminal actif selectionne le point d'acces qui lui fournit le meilleur lien radio. 
Ce point d'acces est utilise pour les communications mettant en jeu le terminal. 
Un terminal sans fil a ainsi la possibility de se connecter au reseau par 

30 I'intermediaire de plusieurs points d'acces 7 appartenant a des sous-reseaux 
differents (macromobilite) ou au meme sous-reseau (micromobilite). Lorsque le 
terminal a une communication en cours et se deplace dans un site, il lui est 
possible de changer de point d'acces tout en maintenant la continuity de la 
communication (handover). Lorsqu'une communication de signaux en temps 

35 reel, par exemple de telephonie, est en cours, il est souhaitable que ces 
handovers soient executes en un temps minimal afin d'eviter les coupures 
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perceptibles. 

Pour la gestion des services de mobilite, chaque sous-reseau (au 
moins ceux ayant des points d'acces sans fil) possede un serveur de mobilite 8 
utilisant le protocole SIP dans la realisation preferee de Invention. 
5 Chaque utilisateur mobile a un sous-reseau nominal. Dans (Illustration 

de la figure 1 , le sous-reseau 1 1 est nominal pour le detenteur du terminal sans 
fil 6. Le serveur SIP 8 de ce sous-reseau est associe a un registre de 
localisation 9 dit registre nominal, qui contient I'adresse IP du serveur SIP 8 du 
sous-reseau 12 visite par Tutilisateur mobile. Le serveur SIP 8 du sous-reseau 
10 visite 12 est quant a lui associe a un registre de localisation 10 dit registre de 
visiteurs, qui contient une adresse permettant d'atteindre le terminal 6 a 
I'interieur du sous-reseau visite 12, par exemple une adresse IP associee au 
terminal. 

Chaque serveur SIP 8 peut etre associe k un registre nominal 9 pour 

15 les utilisateurs rattaches a son sous-reseau et a un registre de visiteurs pour 
les utilisateurs rattaches a d'autres sous-reseaux, seuls les registres se 
rapportant au terminal 6 etant represents sur la figure 1. En pratique, les 
registres 9, 10 peuvent faire partie de la rneme unite que le serveur SIP 8 
auquel ils sont associes, ou ils peuvent etre des entites distinctes reliees 

20 s6par6ment au sous-reseau. D'autre part, il est possible de prevoir plusieurs 
serveurs SIP par sous-r6seau, par exemple dans le cas ou les fonctions de 
serveur SIP nominal et de serveur SIP visite sont assurees par des machines 
distinctes, ou dans le cas ou plusieurs serveurs SIP sont prevus pour repartir la 
charge de signalisation dans le sous-reseau. 

25 La figure 2 montre comment peut se derouler ('inscription et la mise a 

jour de localisation d'un utilisateur mobile en visite dans un sous-reseau 12 
different de son sous-reseau nominal 11, et Initialisation d'une communication 
avec cet utilisateur a ('initiative d'un correspondant distant. 

Dans Illustration de la figure 1, le correspondant distant utilise un 

30 terminal fixe 15 relie a un sous-reseau 13 different du sous-reseau nominal 11 
et du sous-r6seau visite 12. On notera cependant qu'une procedure similaire 
s'applique egalement : 

- si ce correspondant est un autre utilisateur mobile ; 

- s'il est connecte au sous-reseau 1 1 ou 12 ou au reseau dorsal 5 ; 

35 - si la liaison avec le correspondant passe par un autre reseau, par 
exemple un r6seau telephonique commute, pour lequel le reseau Intranet 
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est equipe d'une passerelle (dans ce dernier cas, c est cette passerelle 
qui constitue le client SIP relatif au correspondant distant illustre par les 
figures 2 a 4). 

En reference a la figure 2, le terminal sans fil 6 relevant du sous-reseau 
5 nominal 1 1 capte d'abord sur I'interface air le signal de balise emis par un point 
d'acces 7 appartenant au sous-reseau visite 12. En reponse a cette detection, 
il declenche une procedure description du protocole de couche MAC employe 
sur I'interface air, en adressant au point d'acces un message description 
(Register). En reponse a ce message, le point d'acces 7 retourne un 
10 acquittement (Register Ack) validant I'inscription du terminal sans fil aupres du 
point d'acces. 

Dans I'exemple de la figure 2, I'information de localisation du terminal 
sans fil enregistree dans le registre de visiteurs 10 est une adresse IP 
dynamique obtenue par le terminal apres son inscription aupres du point 

15 d'acces 7. Le sous-reseau 12 est equipe d'un serveur DHCP 16 qui gere 
localement les adresses dynamiques. Une transaction DHCP classique 
(messages DHCPJDiscover, DHCP_Offer, DHCP_Request f DHCP_Ack) est 
executee entre le terminal en itinerance 6 et le serveur DHCP 16, apres quoi le 
terminal 6 dispose d'une adresse IP. 

20 Dans une autre realisation utilisant le protocole IPv6, la transaction 

DHCP est inutile puisque l'adresse IPv6 permet intrinsequement une hierarchie 
sous-reseau/equipement. 

L'etape suivante consiste en renvoi par le client SIP dont est pourvu le 
terminal 6 d'un message SIP REGISTER a destination du serveur SIP 8 du 

25 sous-reseau visite 12. 

L'adresse IP du serveur SIP 8 a ete fournie par le point d'acces 7 dans 
le signal de balise diffuse sur I'interface air, ce qui permet au terminal sans fil 
de disposer de cette adresse IP sans avoir eu a effectuer de transactions a 
cette fin par I'intermediaire du sous-reseau 12. Si le signal de balise diffuse sur 

30 I'interface air ne comporte pas de champ disponible suffisamment grand pour 
contenir l'adresse IP du serveur SIP 8, celle-ci peut etre completee, ou fournie 
en totalite, dans le message Register Ack validant ('inscription du terminal sur 
I'interface air. 

Le message SIP REGISTER envoye par le terminal 6 permet au 
35 serveur SIP visite 8 de determiner l'adresse IP du terminal, obtenue dans I'en- 
tete IP du paquet contenant le message SIP REGISTER, et de I'associer a 
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I'adresse SIP (de la forme user@host ) contenue dans le message SIP 
REGISTER. Cette association est enregistree dans le registre 10. 

Apres avoir regu ce message SIP REGISTER, le serveur SIP visite 8, 
s'il ne gere pas deja I'utilisateur mobile, transmet un autre message SIP 
5 REGISTER vers le serveur SIP 8 du sous-reseau nominal 11. Celui-ci met a 
jour I'entree du registre nominal 9 concernant I'utilisateur mobile identifie dans 
le message SIP REGISTER, en memorisant I'adresse IP du serveur SIP visite 
qui a emis ce message SIP REGISTER. II retourne ensuite un message de 
validation (code 200 OK) du protocole SIP. Le serveur SIP visite renvoie a son 
10 tour au terminal 6, a travers le point d'acces 7, le message de validation 
200 OK. 

A ce stade, le terminal sans fil 6 a effectue son inscription aupres du 
point d'acces 7, et mis a jour sa localisation vis-a-vis des serveurs SIP 8. 

A Tinitialisation d'un appel provenant du correspondant distant 15, 

15 celui-ci emet a destination du serveur SIP 8 du sous-reseau nominal 11 de 
I'utilisateur mobile un message SIP INVITE demandant I'utilisateur mobile. Le 
serveur SIP nominal etant un serveur de redirection dans I'exemple considere, 
il renvoie au correspondant distant un message SIP (code 302 Move) indiquant 
£ celui-ci qu'il doit diriger sa methode INVITE vers le serveur SIP du sous- 

20 reseau visite 12 dont il fournit I'adresse IP. Le correspondant transmet de 
nouveau le message SIP INVITE vers ce serveur SIP visite. 

Le serveur SIP visite initialise alors une autre session avec I'utilisateur 
mobile, en lui transmettant un message SIP INVITE, que le terminal sans fil 
acquitte par un message SIP 200 OK s'il est disponible pour l'6tablissement de 

25 la communication. La session entre le terminal sans fil et le serveur SIP visite 
est ouverte lorsque ce dernier a re$u le message 200 OK. II retransmet alors 
vers le correspondant distant un autre message SIP 200 OK pour valider 
I'ouverture de la session avec celui-ci. 

A partir de ce moment, le correspondant distant communique avec le 

30 serveur SIP visite comme si ce dernier etait le terminal sans fil, et le terminal 
sans fil communique avec le serveur SIP visite comme s'il etait le terminal du 
correspondant distant. Dans chaque session ouverte avec le serveur SIP visite, 
des donnees (Data) sont echangees, typiquement selon la pile de protocole 
RTP/UDP/IP lorsqu'elles represented de la parole cod6e ou de la video, et de 

35 la signalisation supplemental peut etre foumie selon la pile de protocole 
SIP/UDP/IP. Le serveur SIP visite 8 repercute vers le terminal sans fil 6 le flux 
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RTP/UDP regu du correspondant distant. De meme, le flux de donnees 
RTP/UDP regu dans la session etablie avec le terminal sans fil est repercute 
vers le correspondant distant. Le serveur SIP visite joue aussi ainsi un role 
d'agent proxy. 

5 La figure 3 illustre [inscription du terminal sans fil 6 aupres d'un autre 

point d'acces 7 du meme sous-reseau visite 12, et la mise a jour de localisation 
effectuee aupres du serveur SIP de ce sous-reseau. Linscription du terminal 
sans fil aupres du nouveau point d'acces radio s'effectue par une transaction 
de couche MAC identique a celle decrite en reference a la figure 2. Le cas 

10 echeant, une transaction DHCP (non representee) peut etre effectuee pour que 
le terminal acquiere une nouvelle adresse IP. Le terminal sans fil envoie 
ensuite un message SIP REGISTER au serveur SIP visite, dont il a obtenu 
I'adresse dans la balise du nouveau point d'acces et/ou dans le message 
Register Ack. Comme le terminal sans fil ne change pas de serveur SIP visite, 

15 celui-ci n'a pas besoin d'envoyer un message SIP REGISTER vers le serveur 
SIP du sous-reseau nominal 11. Apres avoir modifie I'entree du registre de 
visiteurs 10 relative a I'utilisateur mobile, le serveur SIP visite valide sa mise a 
jour de localisation, en lui retournant un message SIP 200 OK. 

Pour initialiser un appel vers un correspondant distant (partie inferieure 

20 de la figure 3), le terminal sans fil envoie un message SIP INVITE a son 
serveur SIP visite et celui-ci, qui joue toujours le role de serveur proxy, 
transmet un autre message SIP INVITE vers le serveur SIP nominal du 
correspondant appele. Ce serveur SIP nominal, de redirection, retourne un 
message SIP 302 Move indiquant I'adresse IP a laquelle le correspondant peut 

25 etre joint. Cette adresse IP peut etre I'adresse du correspondant distant dans 
son sous-reseau nominal 13 ou, comme dans le cas de la figure 2, I'adresse 
d'un serveur SIP visite si le correspondant distant utilise un terminal sans fil en 
dehors de son sous-reseau nominal. 

L'etablissement de la communication se termine alors comme dans le 

30 cas de la figure 2. Des messages SIP 200 OK sont envoyes du correspondant 
distant vers le serveur SIP du sous-reseau visite 12, et de ce serveur SIP vers 
le terminal sans fil 6, apres quoi le serveur SIP visite gere les deux flux UDP 
comme explique precedemment pour relayer la communication. 

La figure 4 illustre la procedure de handover executee lorsque le 

35 terminal sans fil 6 a une communication en cours et change de point d'acces 
radio 7 en se d6plagant a I'interieur du site visite 2. On suppose ici que le 



WO 01/63956 



PCT/FR01/00493 



-13- 

meme serveur SIP visite 8 est associe aux deux points d'acces 7, c'est-a-dire 
que I'adresse IP de ce serveur 8 est indiquee dans le signal de balise de ces 
points d'acces et/ou dans le message Register Ack. La partie superieure de la 
figure 4 montre les flux de donnees relayes par le serveur SIP visite comme 
5 explique precedemment. 

Apres que le terminal sans fil 6 a detecte la balise du nouveau point 
d'acces et decide de changer de point d'acces, la procedure description 
aupres du nouveau point d'acces et de mise a jour de localisation aupres du 
serveur SIP visite est executee comme dans le cas de la figure 3. Lorsque le 

10 terminal sans fil a re?u Tacquittement de sa mise a jour de localisation 
(message, SIP 200 OK), il adresse un message INVITE au serveur SIP visite, 
contenant notamment une reference de I'appel en cours. Apres validation de le 
methode INVITE (message SIP 200 OK retourne au terminal sans fil par le 
serveur SIP visite), I'echange de donnees reprend sans qu'il y ait eu la moindre 

15 signalisation du serveur SIP visite vers le serveur SIP nominal ou le 
correspondant distant. 

L'execution du handover est particulierement rapide etant donne que 
les messages de signalisation echanges restent & I'interieur du sous-reseau 
visite 12 sans avoir S etre achemines par le reseau d'interconnexion etendu 5. 

20 D'autre part, le fait pour le terminal sans fil 6 de disposer directement 

de I'adresse IP du serveur SIP visite, dans la balise radio ou dans la 
signalisation de couche MAC radio, permet de gagner du temps en evitant un 
processus de recherche de cette adresse dans le reseau IP. 

La figure 5 montre schematiquement une autre architecture possible du 

25 sous-reseau installe sur le site visite 2, comprenant plusieurs sous-sous- 
reseaux 120, 121 interconnectes au moyen d'un ou plusieurs routeurs. Dans 
Texemple dessine, le routeur 4 relie au reseau dorsal 5 sert egalement a 
interconnecter les sous-sous- reseaux 120, 121. 

Le serveur SIP 129 du sous-reseau visite, qui gere localement la 

30 mobilite du detenteur du terminal sans fil 6 de la maniere precedemment 
expliqu6e, est relie a Tun des sous-sous-reseaux 120. II joue egalement le role 
d'agent nominal dans une adaptation du protocole Mobile IP faisant I'objet de la 
RFC 2002. Ce protocole Mobile IP adapte est mis en ceuvre a I'interieur du 
sous-reseau visite afin de gerer dans la couche reseau la mobilite des 

35 utilisateurs entre les sous-sous-reseaux qui le composent (mais non a I'echelle 
du groupement de sous-reseaux, ou on utilise un protocole de couche 
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application, a savoir SIP dans I'exemple considere). Dans la mesure ou I'agent 
129 n'appartient pas au sous-reseau nominal de I'utilisateur mobile, on 
I'appellera agent « pseudo-nominal », et on dira qu'on met en oeuvre un 
protocole « pseudo-mobile IP ». 
5 Dans chaque sous-sous-reseau 121 different de celui pourvu de I'agent 

pseudo-nominal 129 et equipe d'un ou plusieurs points d'acces radio 7, un 
module de routage est prevu en tant qu'agent etranger 130 au sens de la 
RFC 2002. 

Apres que le terminal sans fil 6 a detecte la balise d'un nouveau point 
10 d'acces 7 appartenant a un tel sous-sous-reseau 121 et decide de changer de 
point d'acces. la procedure description aupres du nouveau point d'acces est 
executee comme dans le cas de la figure 3 ou 4 (partie superieure de la figure 
6). Le terminal 6 emet ensuite une requete d'enregistrement du protocole 
Mobile IP (REGISTRATION REQUEST dans la terminologie de la RFC 2002) a 
15 destination de I'agent etranger 130, qui la relaie vers I'agent pseudo-nominal 
129. 

Le terminal 6 place dans le message REGISTRATION REQUEST, en 
plus de sa propre adresse IP, I'adresse IP de I'agent pseudo-nominal et 
I'adresse c/o qui lui a ete prealablement fournie. Cette adresse c/o peut avoir 

20 ete obtenue par les mecanismes de decouverte d'agent specifies dans la 
RFC 2002. Mais dans une realisation preferee, les deux adresses IP (cede de 
I'agent pseudo-nominal et I'adresse c/o) sont fournies dans le signal de balise 
diffuse par le point d'acces 7, et/ou dans le message Register Ack. L'adresse 
c/o est alors une adresse IP de I'agent etranger 130, et peut etre utilisee 

25 comme adresse de destination par le terminal pour renvoi du message 
REGISTRATION REQUEST. 

Apres acquittement de la requete d'enregistrement (messages 
REGISTRATION REPLY de la figure 6), le terminal mobile emet son message 
SIP REGISTER pour mettre a jour sa localisation vis-a-vis du serveur SIP visite 

30 1 29. Le message SIP REGISTER peut etre envoye directement a I'adresse IP 
du serveur SIP visite 129. Comme ce message est vu comme des donnees par 
le protocole Mobile IP, il peut egalement etre relaye par I'agent etranger 130 
vers le serveur SIP visite /agent pseudo-nominal 129. Pour acquitter la 
methode SIP REGISTER (apres un echange avec le serveur SIP du sous- 

35 reseau nominal 1 1 s'il y a eu changement de sous-reseau visite), le serveur 
SIP visite 129 utilise deux niveaux d'en-tete IP pour transmettre le message 
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SIP 200 OK, le niveau interne ayant I'adresse IP du terminal sans fil 6 et le 
niveau externe ayant I'adresse do qui a ete fournie par I'agent etranger 130. 
L'agent etranger 130 enleve le niveau externe pour retransmettre le message 
200 OK vers le terminal. 
5 Le meme mecanisme decapsulation sera employe pour tous les 

paquets envoyes au terminal 6 par le serveur SIP visite 129 (protocole SIP ou 
donnees issues d'un correspondant distant). De meme, les paquets emis par le 
terminal 6 sont relayes par I'agent etranger 130 vers leur destination, a savoir 
le serveur SIP visite 129 puisque celui-ci est vu par le terminal comme s'il etait 

10 son correspondant. 

La mise a jour de localisation ex6cut6e selon la figure 6 intervient de la 
meme maniere dans le cas du « roaming » (figures 2 et 3) et dans le cas du 
« handover » (figure 4). L'information de localisation associee au terminal 6 
dans le registre de visiteurs 10 consiste alors en I'adresse c/o qui permet au 

15 serveur SIP d'acheminer les donnees jusqu'a leur destination. 

La figure 7 illustre une structure possible du signal de balise diffuse par 
un point d'acces sans fil 7 reli6 a un sous-reseau. Ce signal est forme par 
modulation d'un bloc de donnees numeriques B, et est transmis dans une 
trame de signal radio, ou eventuellement dans un intervalle de temps d'une 

20 trame si un acces multiple a repartition dans le temps est employe sur 
Tinterface air. 

Les donnees numeriques du bloc B comprennent un motif de 
synchronisation predetermine 20, dont la detection permet aux terminaux sans 
fil situes a portee du point d'acces de se synchroniser en temps et en 
25 frequence pour demoduler le signal de la trame, et certains champs classiques 
21-23 contenant des informations systeme requises par les protocoles de 
couche physique et de couche liaison. Ces informations systeme comprennent 
typiquement : 

- une identification du reseau auquel appartient le point d'acces (champ 
30 21); 

- des informations de synchronisation systeme (champ 22), reperant la 
position de la trame couranfe dans I'organisation temporelle du signal 
radio emis sur la porteuse de la balise (index de trame dans une 
supertrame courante, numSro de supertrame, ...) ; 

35 - d'autres informations systeme (champ 23), comme par exemple un 
niveau de champ regu minimal a partir duquel un terminal sans fil est 
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autorise a s'inscrire aupres du point d'acces, ou encore des indications 
des frequences porteuses des signaux de balise de quelques points 
d'acces avoisinants pour que les terminaux puissent surveiller ces 
frequences porteuses en vue de determiner le point d'acces procurant le 
5 meilleur lien radio. 

Avantageusement, le bloc B comprend en outre un champ 24 dans 
lequel le point d'acces 7 place des donnees decrivant son environnement. 

Ces donnees peuvent representer I'environnement geographique ou 
est installe le point d'acces : emplacement du site visite 2, position precise du 
10 point d'acces (par exemple batiment, couloir, bureau,...). Comme le reseau est 
fonde sur le protocole IP dans lequel il n'y a aucune notion de connexion 
physique, une communication avec un terminal sans fil ne suppose aucune 
connaissance, meme implicite. de la localisation geographique du terminal. Les 
correspondants distants et le registre de localisation nominal 9 ne « situent » le 
15 terminal que de maniere logique, par I'intermSdiaire d'une ou plusieurs 
adresses IP. Or un certain nombre duplications peuvent avoir besoin de telles 
informations de localisation geographique, par exemple pour rendre des 
services differences selon le lieu ou se trouve le terminal ou encore pour 
foumir une indication de ce lieu aux correspondants de I'utilisateur mobile. En 
20 inserant ces informations de localisation geographique (explicitement ou sous 
forme codee) dans le signal de balise, on les met a disposition des terminaux 
sans fil qui pourront ensuite les communiquer au serveur de mobility du sous- 
reseau nominal ou a des correspondants dans le cadre duplications de ce 
genre. 

25 Les donnees d'environnement placees dans le champ 24 du bloc B 

peuvent egalement comprendre une ou plusieurs adresses IP d'organes de 
gestion de mobilite, a savoir : 

- I'adresse IP du serveur SIP (ou H.323, MGCP, Megaco, ...) visite dans 
une realisation selon les figures 1 a 4 ; 

30 - dans une realisation selon les figures 5 et 6, I'adresse IP du serveur SIP 

(ou H.323, MGCP, Megaco, ...) jouant aussi le role d'agent pseudo- 
nominal 129 et I'adresse IP de I'agent etranger 130 ; 

- dans une realisation ou la mobilite entre les sous-reseaux est geree par 
un protocole de couche reseau tel celui de la RFC 2002, I'adresse IP de 

35 I'agent etranger. 

Les donnees d'environnement du champ 24 peuvent encore inclure un 
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numero de port UDP ou TCP utilise par le serveur de mobilite 8, 129 associe 
au point d'acces, si ce n'est pas un numero de port par defaut. Ceci permet au 
terminal d'envoyer directement au bon numero de port les requetes du 
protocole de signalisation de couche application. On peut egalement prevoir 
5 d'inclure dans les donnees d'environnement une adresse MAC (Ethernet) de 
I'organe de gestion de mobilite 8, 129 relie au meme sous-reseau ou sous- 
sous-reseau que le point d'acces. 

Si le champ 24 du bloc B ne procure pas assez de place pour inserer 
dans le signal de balise toutes les donnees d'environnement prevues, il est 
10 possible d'inserer certaines d'entre elles (voire la totalite) dans le message 
Register Ack de la figure 2, 3, 4 ou 6. Dans I'exemple illustre par la figure 8, ce 
message Register Ack est forme a partir d'un bloc de donnees numeriques B' 
comportant : 

- un champ 25 identifiant la requete d'enregistrement precedente et/ou le 
15 terminal sans fil qui I'a emise ; 

- un champ 26 contenant des codes indiquant la reponse a la requete 
description (acces autorise, refus§ ou conditionne, parametres, ...) ; 

- un champ eventuel 27 pour contenir des informations systeme 
complementaires en plus de celles fournies dans les champs 21-23 du 

20 bloc B ; 

- un champ 28 pour repeter les donnees d'environnement ou fournir celles 
qui ne I'ont pas ete dans le champ 24 du bloc B. 
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REVENDICATIONS 

1- Point d'acces sans fil d'un reseau de telecommunications 

fonctionnant selon le protocole IP, le point d'acces (7) comportant des moyens 
d'emission sur une interface air d'un signal de balise et des moyens pour 
5 executer, avec un equipement (6) d'un utilisateur mobile ayant detecte ie signal 
de balise, une procedure description d'un protocole propre a interface air, 
permettant audit equipement de cornmuniquer sur ledit reseau a travers le 
point d'acces, et dans lequel des donnees d'environnement du point d'acces 
sont portees par le signal de balise et/ou au moins un message transmis sur 
10 ('interface air vers I'equipement de I'utilisateur mobile dans le cadre de ladite 
procedure description. 

2. Point d'acces sans fil selon la revendication 1, pour un reseau 
comportant au moins un organe de gestion de mobilite (8 ; 129, 130), dans 
lequel lesdites donnees d'environnement incluent une adresse IP d'un organe 

15 de gestion de mobilite associe au point d'acces (7). 

3. Point d'acces sans fil selon la revendication 2, dans lequel lesdites 
donnees d'environnement incluent en outre un numero de port UDP ou TCP 
utilise par un organe de gestion de mobilite (8 ; 129) associe au point d'acces 
(7). 

20 4. Point d'acces sans fil selon la revendication 1 ou 2, dans lequel 

lesdites donnees d'environnement incluent en outre une adresse MAC d'un 
organe de gestion de mobilite (8 ; 130) associe au point d'acces (7). 

5. Point d'acces sans fil selon Tune quelconque des revendications 1 a 

4. pour un reseau de telecommunications comportant plusieurs sous-reseaux 
25 (11-13) respectivement equipes de serveurs de mobilite (8) fonctionnant seion 

un protocole de signalisation de couche application, lesdits sous-reseaux 
comprenant un sous-reseau de raccordement (12) auquel est relie le point 
d'acces (7), dans lequel lesdites donnees d'environnement incluent une 
adresse IP d'un serveur de mobilite du sous-reseau de raccordement. 
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6. Point d'acces sans fil selon la revendication 5, dans lequel ledit 
protocole de signalisation de couche application est le protocole SIP, H.323, 
MGCP ou Megaco. 

7. Point d'acces sans fil selon la revendication 5 ou 6, dans lequel le 
5 sous-reseau de raccordement comprend plusieurs sous-sous-reseaux 

interconnects (120, 121) respectivement equipes d'agents de mobilite (129, 
130) utilises dans un protocole de gestion de mobilite de couche reseau, lesdits 
sous-sous-reseaux comprenant un premier sous-sous-reseau (120) pourvu 
d'un serveur de mobilite (129) constituant un agent de mobilite nominal pour 
10 des utilisateurs mobiles en visite dans le sous-reseau de raccordement et un 
second sous-sous-reseau (121) auquel est relie le point d'acces (7), dans 
lequel lesdites donnees d'environnement incluent, en plus de I'adresse IP du 
serveur de mobilite constituant I'agent de mobilite nominal, une adresse IP d'un 
agent de mobilite Stranger (130) relte au second sous-sous-reseau (121). 

15 8. Point d'acces sans fil selon Tune quelconque des revendications 1 a 7, 
dans lequel lesdites donnees d'environnement incluent une information 
representative de I'environnement geographique du point d'acces (7). 

9. Point d'acces sans fil d'un reseau de telecommunications fonctionnant 
selon un protocole de transmission de paquets en mode non-connecte, le point 

20 d'acc6s (7) comportant des moyens demission sur une interface air d'un signal 
de balise et des moyens pour executer, avec un equipement (6) d'un utilisateur 
mobile ayant detecte le signal de balise, une procedure description d'un 
protocole propre a ('interface air, permettant audit equipement de communiquer 
sur ledit reseau a travers le point d'acces, et dans lequel des donnees 

25 d'environnement du point d'acces incluant une information representative de 
I'environnement geographique dudit point d'acces sont portees par le signal de 
balise et/ou au moins un message transmis sur I'interface air vers I'equipement 
de I'utilisateur mobile dans le cadre de ladite procedure description. 

10. Point d'acces sans fil selon la revendication 9, dans lequel ledit 
30 protocole de transmission de paquets en mode non connecte est le protocole 

IP. 
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11. Procede de gestion de mobilite dans un reseau de 
telecommunications comportant plusieurs sous-reseaux (11-13) 
respectivement equipes d'organes de gestion de mobilite (8 ; 129, 130), dans 
lequel un des sous-reseaux (11) constitue un sous-reseau nominal pour un 
5 utilisateur mobile et est equipe d'un registre nominal (9) contenant une 
information de localisation dudit utilisateur, dans lequel une procedure de 
localisation de I'utilisateur mobile aupres d'un point d'acces (7) relie a un sous- 
reseau visite comprend les etapes suivantes : 

- reception par un equipement (6) de I'utilisateur mobile d'un signal de 
10 balise emis sur une interface air par ledit point d'acces ; 

- execution par ledit equipement et ledit point d'acces d'une procedure 
description d'un protocole propre a I'interface air ; et 

- emission par ledit equipement d'un message de mise a jour de 
localisation a destination d'un organe de gestion de mobilite du sous- 

15 reseau visite, 

et dans lequel on inclut dans ledit signal de balise et/ou dans au moins un 
message transmis sur I'interface air par ledit point d'acc6s vers I'equipement de 
I'utilisateur mobile dans le cadre de ladite procedure description, une adresse 
de reseau d'un organe de gestion de mobilite associe audit point d'acces. 

20 12. Procede selon la revendication 11, dans lequel le message de mise 
a jour de localisation releve d'un protocole de signalisation de couche 
application. 



13. Procede selon la revendication 11, dans lequel le message de mise 
a jour de localisation releve d'un protocole de couche reseau. 



WO 01/63956 



PCT/FR01/00493 



1/7 




WO 01/63956 



PCT/FR01/00493 



2/7 



<3 

Is 

11 



8 



CM 



O 



<M 
O 

ro 



Q 



a. 

CC ^ 

UJ 

in 



a. 

OMJJ 
UJ 



CL 



o 

o 
o 



o 

o 
o 



o 

8 

CM 



CO 
H-UJ 









o 




<x 




L. 




a> 




.S2 


cr 


► *cr 




a> 


cr 


CC 



a 



Ol 

a 
a: 
o 



ZD 

cr 

a 
o 
x 

Q 



< 

O 
X 

o 



cc 

LU 



"cn 



UJ 
t 

a. 
to 



o 
o 

8 



*7 

Q 



± 



2£ 



WO 01/63956 



PCT/FR01/00493 



3/7 



O 2: 

LU cO 

cr 
o 
o 



Q. 

*cO 



O- 
'cO 



CO 
CL 



CO 

3 



a: <i 

LUtO 



CO 



QJ 

cr 



CJ 

<X 

c 
a> 

H 



i 



cr 

LU 

CD 
UJ 

a: 

tO 



o 

o 
o 
cvj 



CD 

o 

CVJ 



o 

o 
o 

CM 



.3 

s 



1 



CO 
Ll. 



LU 

'> 

Ql 
CO 



O 

o 
o 

CVJ 



43 

Q 



i 



WO 01/63956 



PCT7FR01/00493 



4/7 



n 

go 
o 
o 



*7 

Q 



Q. 
*t0 

bJ 

to 



to 



s 



CD 

or 



a: 



* B 

< i£> 
CD 

C7 ) CL 



to 



O 

o 

8 



to 



o 

o 
o 

CM 



Ll 



tO 
'LU 

-I O 

< < 



o 



s 



WO 01/63956 



PCTYFR01/00493 



5/7 




WO 01/63956 



PCT/FR01/00493 



6/7 



o: <r i _ 
3«u)§ 
ill <^>co 



CX 
LU 



CO 
LU 

§ 

LU 
CX 

~ZL 
O 

CC 

o 

LU 
CC 



5 



q: 

LU 
CC 



CO 
LU 

§ 

CC 



CO 

'LU 
CL Q 



LU 
CC 



CL 
LU 

cr 



LU 



CC 
LU 
h- 

CO 

LU 
CC 



*CO 



o 



o 
o 

CM 



Si 









u 




<X 




c 


QJ 








CO 


cn 


cr 




QJ 


a> 


a: 


cr 



WO 01/63956 



PCT/FR01/00493 



7/7 











}— 






Z 






LU 












LU 






z 






z 






o 












1 

CO 






UJ 










DONN 












£ uj 










a- 






r 






. LU 




CM 


OZ 




Z/UJ 




CM— 


(75 






3 


















M>LU 




cr 






it'if 

NC. 








a- 


<-> >- 





CO 











h- 
Z 
UJ 

LU 

z 
z 

o 
cr 

';> 

LU 
Q 

cO 
V LU 

Z 

z 
o 

Q 






INFOS 
SYSTEME 




CVJ^ 


REPONSE 






a: 

LU 




in 


ID 

REGiSl 


J 



INTERNATIONAL SEARCH REPORT 


Intern. <na) Application No 

PCT/FR 01/00493 


A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 H04Q7/38 H04L29/06 




According to international Patent Classification (IPC) or to both national classification and IPC 




B. FIELDS SEARCHED 


Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 H04L 


Documentation searched other than minimum documentation to the extent that such documents are Inc 


uded In the fields searched 



Electronic data base consulted during tne international search (name ol data base and. where practical, search terms used) 

EPO-Internal 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * Citation ot document with indication, where appropriate, ol the relevant passages 



Relevant to daim No. 



US 5 802 469 A (NAKAJIMA NOBUYASU ET AL) 
1 September 1998 (1998-09-01) 
column 6, line 36 - line 1 
column 44, line 35 -column 47, line 40 
figures 43-46 

US 5 121 126 A (CLAGETT DONALD J) 
9 June 1992 (1992-06-09) 
column 3, line 1 - line 45 
column 6, line 66 -column 7, line 17 
figures 1-3 

-/- 



1 

11 
9 

1,8 



LH 



Further documents are listed in the continuation of box £ 



ID 



Patent f amity members are listed in annex. 



* Special categories of died documents : 

■A' document defining the general state of the art which is not 

considered lo be of particular relevance 
*E* earlier document but published on or after the international 

filing dale 

V document which may throw doubts on priority daim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

*O a document referring to an oral disclosure, use. exhibition or 
other means 

*P a document published prior to the International filing date but 
later than the priority date claimed 



T later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
Invention 

'X' document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

' Y* document of particular relevance; the claimed Invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

*&* document member of the same patent family 



Date of the actual completion of the international search 



8 June 2001 



Date of mailing of the international search report 



18/06/2001 



Name and mailing address of the ISA 

European Patent Office. P.B. 5818 Patentlaan 2 ' 
NL-2280HVRijswtjK 
Tel (4-31-70)340-2040. Tx. 31 651 cpo nl. 
Fax: (+31-70) 340-3018 



Authorized officer 



Barel, C 



form PCT/lSA/210 (second shMt) {Ju* 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



Inten. jn*l Application No 

PCT/FR 01/00493 



C.(Cont!nuatk>n) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * Citation of document, with indicatton.where appropriate, ol the relevant passages 



Relevant to claim No. 



EP 0 883 266 A (TOKYO SHIBAURA ELECTRIC 
CO) 9 December 1998 (1998-12-09) 
column 5, line 11 -column 6, line 10 
column 12, line 10 -column 13, line 23 
column 27, line 3 - line 51 
column 36, line 11 - line 35 
figures 5,12,16 

EP 0 967 769 A (LUCENT TECHNOLOGIES INC) 
29 December 1999 (1999-12-29) 
column 3, line 56 -column 4, line 11 
figure 3 



1,2,5,7, 
11 



1-3 



Form PCTASA/210 (continual ion ol second shmrt) (July 1992) 



page 2 of 2 



information on patent family member* 


Intan. /nal Application No 

PCT/FR 01/00493 


Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


Publication 
date 



US 5802469 



01-09-1998 



JP 
JP 
JP 



8274776 A 
8274781 A 
8275243 A 



18-10-1996 
18-10-1996 
18-10-1996 



US 5121126 



09-06-1992 



AU 
AU 
NZ 
NZ 
WO 
WO 
US 



1250192 
1539792 
241037 
241932 
9217038 
9217039 
5105197 



21-10-1992 
21-10-1992 
26-05-1994 
26-07-1994 
01-10-1992 
01-10-1992 
14-04-1992 



EP 


0883266 


A 


09-12-1998 


JP 


11266278 A 


28-09-1999 


EP 


0967769 


A 


29-12-1999 


US 


6147986 A 


14-11-2000 










JP 


11298950 A 


29-10-1999 



Form PCT ASA/2 10 (potont family em©*) (July 1992) 



RAPPORT DE RECHERCHE INTERNATIONALE 


Demi . Internationale No 

PCT/FR 01/00493 


A. CLASSEMENT DE L'OBJET DE LA DEMANDE g 

CIB 7 H04Q7/38 H04L29/06 




Seton ta dasslftoalion Internationale des brevets (CIB) ou a la tote selon la classification nationale et la CIB 


a DOMAINES SUR LESQUELS LA RECHERCHE A PORTE 


Documentation mlnimaie consult ee (systema de classification suM des symboles de ctassemenl) 

CIB 7 H04L 


Documentation consul tee autre que ta documentation mlnimaie dans la mesure ou ces documents re lev 


ant des domames sur lesquels a porte la recherche 



Base de donnees electronlque consultee au cours de la recherche Internationale (nom de la base de donnees, et si realisable, termes de recherche utilises) 

EPO-Internal 



C. DOCUMENTS CONSIDERES COMME PERTINENTS 



Categorie • Identification des documents dtas. avec le cas echeant, Tindicatlon des passages pertinents 



no. des revendicatlons vtsees 



US 5 802 469 A (NAKAJIMA NOBUYASU ET AL) 
1 septerabre 1998 (1998-09-01) 
colonne 6, Hgne 36 - Hgne 1 
colonne 44, Hgne 35 -colonne 47, Hgne 40 
figures 43-46 

US 5 121 126 A (CLAGETT DONALD J) 
9 ju1n 1992 (1992-06-09) 
colonne 3, Hgne 1 - Hgne 45 
colonne 6, Hgne 66 -colonne 7, Hgne 17 
figures 1-3 

-/-- 



1 

11 
9 

1,8 



0 Voi " a 



suite du cadre C pour la fin de la Hste des documents 



Les documents de families de brevets sont indiques en annexe 



• Categories speclales de documents cites: 

"A 1 document deflnbsant Tetat general de la technique, non 

consJdere comme particulierement pertinent 
*E* document anlerieur, mate publie a la date de depot International 

ou apres cette date 
"L* document pouvant jeter un doute sur une revendtaation de 

priortte ou cite pour determiner la dale de publication d'une 

autre citation ou pour une ralson sped ale (telle qu'indiquee) 
'O' document se referant a une divulgation orale, a un usage, a 

une exposition ou tous autres moyens 
■P* document publie avant ta date de depot international, mais 

posterieurement a ta dale de priorite revendiquee 



*r document utlerteur publie apres la date de depot International ou la 
date de priorite et n'appartenenant pas a retat de ta 
technique pertinent, mats cle pour comprendre le prtnctpe 
ou la theorie constltuant la base de rinvention 

'X' document particulierement pertinent; rtnven lion revendiquee ne peut 
etre consideree comme nouvele ou comme Impliquant une actMte 
inventive par rapport au document considere isolement 

•Y' documenl partfcuilerement pertinent: r In von lion revendiquee 
ne peut etre consideree comme impliquant une activite Inventive 
torsque le document est assocte a un ou ptusieurs autres 
documents de meme nature, cetie combinaison etant evidente 
pour une person ne du metier 
document qui fait partie de la mcme lamile de brevets 



Dale a laquefle la recherche Internationale a ete effecuvement achevee 

8 Ju1n 2001 



Oats d'expddilion du present rapport de recherche Internationale 

18/06/2001 



Nom et adresse postale do r administration chargee de la recherche internal ionale 
Office Europeen des Brevets. P.B. 5818 Patentlaan 2 
NL - 2280 HV Rijswf jk 
Tel (+31-70) 340-2040. Tx. 31 651 epo nl, 
Fax: (+31-70)340-3016 



FonctionnaJre autorisa 



Bare! , C 



FonnoUifo PCT/1SA/210 (deuxiAmo louiBe) (jutta 1992) 



page 1 de 2 



RAPPORT DE RECHERCHE INTERNATIONALE 



Ooma . International* No 

PCT/FR 01/00493 



C(sulte) DOCUMENTS CONSIDERES COMME PERTINENTS 



Categoric ' Identification des document* cites, avac.le cm echtant, I'lndlcationdes passages pertinents 



no. des revendteattons vbees 



EP 0 883 266 A (TOKYO SHIBAURA ELECTRIC 
CO) 9 decembre 1998 (1998-12-09) 
colonne 5, Hgne 11 -colonne 6, Hgne 10 
colonne 12, ligne 10 -colonne 13, Hgne 23 
colonne 27, ligne 3 - ligne 51 
colonne 36, Hgne 11 - ligne 35 
figures 5,12,16 

EP 0 967 769 A (LUCENT TECHNOLOGIES INC) 
29 decembre 1999 (1999-12-29) 
colonne 3, ligne 56 -colonne 4, ligne 11 
figure 3 



1,2,5,7, 
11 



1-3 



Fofmirfoire PCT/ISA/210 (suit a do la douxrtmo teuile) (jullet 1092) 



page 2 de 2 



RAPPORT DE RECHERCHE INTERNATIONALE 
RertseJgnementt rttatffs aux membra* de families de brevets 


Demi* j tnte 

PCT/FR l 


rnotiorvale No 

Dl/00493 


Document brevet cite 
au rapport de recherche 


Date da 
publication 


Membre(s) de la 
(amine de brevet(s) 


Date de 
publication 



US 5802469 



01-09-1998 



JP 
JP 
JP 



8274776 A 
8274781 A 
8275243 A 



18-10-1996 
18-10-1996 
18-10-1996 



US 5121126 



09-06-1992 



AU 
AU 
NZ 
NZ 
W0 
W0 
US 



1250192 
1539792 
241037 
241932 
9217038 
9217039 
5105197 



21-10-1992 
21-10-1992 
26-05-1994 
26-07-1994 
01-10-1992 
01-10-1992 
14-04-1992 



EP 0883266 A 09-12-1998 JP 11266278 A 28-09-1999 



EP 0967769 A 29-12-1999 US 6147986 A 14-11-2000 

JP 11298950 A 29-10-1999 



FoonuBItt PCT/ISA/210 (nnnexo (nmUoJ do btovotj) Ou*il 1992) 



